1 111 1 inn hi ii ii lun ijii mi I in iir nn run inn in iiii ib 

US006636597B2 

(12) United States Patent a<» Patent No.: us 6,636,597 B2 

Porter et al. (45) Date of Patent: *Oct. 21, 2003 



(54) METHOD OF AND SYSTEM FOR 
PROVIDING SERVICES IN A 
COMMUNICATIONS NETWORK 

(75) Inventors: Kelvin Porter, Dallas, TX (US); Carol 
Waller, Allen, TX (US) 

(73) Assignee: MCI Communications Corporation, 

Washington, DC (US) 

( * ) Notice: Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 0 days. 

This patent is subject to a terminal dis- 
claimer. 

(21) Appl. No.: 09/885,337 

(22) Filed: Jun. 20, 2001 

(65) Prior Publication Data 

US 2001/0033646 Al Oct. 25, 2001 

Related U.S. Application Data 

(63) Continuation of application No. 09/089,890, filed on Jun. 4, 
1998, now Pat. No. 6,332,023. 

(51) Int. CI. 7 H04M 3/00; H04M 5/00; 

H04M 7/00 

(52) U.S. CI 379/243; 379/221.06 

(58) Field of Search 379/242-245, 

379/207.02, 219-220.01, 221.01-221.15, 
222, 229-230 

(56) References Cited 

U.S. PATENT DOCUMENTS 



4,201,891 A 5/1980 Lawrence et al 370/58 

4,685,125 A 8/1987 Zave 700/1 

4,713,806 A 12/1987 Oberlander et al 370/358 

4,747,130 A 5/1988 Ho 379/269 

4,821,034 A 4/1989 Anderson et al 340/825 

4,872,157 A 10/1989 Hemmady et al 370/60 



(List continued on next page.) 



FOREIGN PATENT DOCUMENTS 

EP 0559979 9/1993 

EP 0812089 12/1997 

WO WO 95/29564 11/1995 

WO 96/20448 7/1996 

OTHER PUBLICATIONS 

Elixmann et al., "Open Switching Extending Control 

Archiectures to Facilitate Applications," International 
Switching Symposium, vol. 2, Apr. 23-28, 1995, Berlin, 
Germany, pp. 239-243. 

Kabay et al., "The Service Node An Advanced IN 

Services Element," BT Technology Journal, vol. 13, No. 2, 
Apr. 1995, Ipswich, Great Britain, pp. 64-72. 
Mayer et al., "Service Net-2000: An Intelligent Network 
Evolution," AT&T Technical Journal, vol, 70, No, 3/4, 1994, 
Short Hills, USA, pp. 99-110. 

Maruyama, "A Concurrent Object-Oriented Switching Pro- 
gram in Hill," IEEE Communications Magazine, vol. 29, 
No. 1, Jan. 1991, New York, USA, pp. 60-68. 
Shabana et al., "Intelligent Switch Architecture," Proceed- 
ings of the National Communications Forum, vol. 42, No. 2, 
Sep. 30, 1988, Chicago, USA, pp. 1312-1320. 

Primary Examiner — Benny Q. Tieu 

(57) ABSTRACT 

A system for providing services in a communications net- 
work includes a service processing function, a universal 
directory function, and a nodal resource manager. The 
service processing function receives service requests, for- 
mulates requests for interworking functions based upon 
service requests, and formulates resource requests based 
upon service requests and interworking functions. The uni- 
versal directory function receives addresses from the service 
processing function and returns interworking functions 
based upon addresses. The nodal resource manager receives 
resource requests and allocates resources to the service 
processing function in response to resource requests. The 
nodal resource manager maintains a resource database that 
includes an entry corresponding to each network resource 
managed by the nodal resource manager. 
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METHOD OF AND SYSTEM FOR 

PROVIDING SERVICES IN A 
COMMUNICATIONS NETWORK 

The present application is a continuation of U.S. patent 
application Ser. No. 09/089,890 filed on Jun. 4, 1998, now 
U.S. Pat. No. 6,332,023, and is hereby incorporated by 
reference in its entirety. 

FIELD OF THE INVENTION 

The present invention relates generally to methods and 
systems for providing services in communications networks, 
and more particularly to a method of and system for pro- 
cessing requests for services in a telecommunications net- 
work, 

DESCRIPTION OF THE PRIOR ART 

In the public switched telephone network, calls among 
subscribers who are connected to different end offices are 
routed via trunk lines, and sometimes through intermediate 
tandem switching offices and interexchange switches as 
well. Traditionally, a call is routed based upon a portion of 
the dialed number. For example, in the United States, a local 
dialed number consists of seven digits, of which the first 
three digits (the so-called "NXX" portion) identifies the 
destination exchange. 

When a caller picks up a telephone receiver, the caller 
becomes actively connected to an end office, as evidenced 
by a dial tone. After a caller dials a destination telephone 
number, the end office receiving the digits, i.e., the origi- 
nating exchange, examines the dialed number to extract the 
destination exchange. If the destination exchange is different 
from the originating exchange, the call must be routed 
toward the destination exchange over one of the many trunk 
groups connected to the originating exchange. In order to 
direct a call along an appropriate trunk group leading to the 
correct destination exchange, a routing table is configured 
within each switch. The routing table contains a preset list of 
trunk groups pertaining to each destination exchange. The 
routing table is consulted to map the logical intent of 
reaching the destination number through the physical reality 
of which trunk lines connect to which other switches. 

Commonly, the routing table contains an ordered list of 
preferred and alternate trunk groups for each destination 
exchange. For example, a preferred trunk group may be 
those directly connected to the destination exchange 
whereas alternate trunk groups might connect indirectly 
through tandem switches. In the course of routing a call, a 
preferred trunk group will be searched first for an available 
line and channel. If no available lines and channels are found 
within the preferred trunk group, then an alternate trunk 
group will be searched for available lines. A fixed number of 
trunk groups is searched in the preference order recorded in 
the routing table. 

The contents of each routing table and each switch in a 
network is dependent upon the topology of the network and 
must be changed if nodes are added, deleted, or logically 
rearranged. Moreover, the routing tables are interpreted 
locally and populated differently for each switch. Changes 
must be coordinated among all switches to keep the network 
functioning properly. Any time an NXX or switch is added 
or the telephone network is otherwise logically rearranged, 
then the contents of every routing table and every switch in 
every network must be updated in a coordinated fashion. In 
the U.S., a private sector entity maintains a local exchange 
routing guide upon which all network owners base their 
routing tables. 
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Although the traditional routing table approach has suf- 
ficed for traditional telephone use under normal conditions, 
it has become inadequate to accommodate new types of 
services and traffic. The traditional routing table approach is 

5 based upon the assumptions of slow change and network 
configuration and homogeneity among both traffic types and 
network paths. More specifically, the traditional routing 
table approach is inflexible. The traditional routing table 
approach is cumbersome to maintain and it cannot accom- 

10 modate rapid changes in the network configuration, such as 
those arising from network growth, or sudden changes in 
traffic, such as those arising from emergencies and the like. 
The traditional routing table approach does not provide an 
opportunity to perform intelligent routing on a per-call basis 

15 and it cannot take into account other factors such as class of 
services, bandwidth, or priority associated with the origina- 
tor or the network service being invoked. Instead, the route 
selection algorithm is implicit in the routing tables and is 
specified in a very constrained manner by the organization 

20 of data in the tables. Moreover, the traditional routing table 
approach does not lend itself to the rapid implementation of 
new services. 

U.S. Pat. No. 5,226,075 discloses a method and apparatus 
by which a telephone call is routed differently through an 

25 interexchange network based upon called number, calling 
number, and origination data such as a requested class of 
service. A database is used to map these parameters into a 
destination switch number. A call might be routed 
differently, even to different terminating switches, based 

30 upon the dialed number or, at best, a bandwidth or quality 
level as inferred for a given call. The system of the '075 
patent is directed by the relatively fixed contents of database 
tables. The database tables take into account only a few 
origination parameters, can choose only from a relatively 

35 few different paths, and can take actions only as preplanned 
by whoever populates the database tables. Changes to the 
physical network may require re-engineering of the contents 
of the tables. 

The approach of the '075 patent cannot optimize the path 
subject to instantaneous changes in the network or based 
upon per- resource cost metrics. More generally, the '075 
patent continues to confound service and addressing func- 
tions within a single database. As in traditional telephony, 
there is no recognition of the need to segregate service logic 
and addressing data. Furthermore, the approach of the '075 
patent cannot effectively serve new types of traffic or ser- 
vices that may require flexible allocation of intervening 
resources, such as store- and-forward devices. 

50 There is a need for a flexible routing technique in a 
telecommunications network that encompasses more than a 
fixed mapping of numbers to trunk groups, or a fixed 
mapping of origination information to network resources. A 
new routing technique is required that takes into account 

S5 many factors in routing a call and it can be applied in a 
multi-purpose communications network, rather than just for 
telephony. 

SUMMARY OF THE INVENTION 

60 The present invention provides a method of and a system 
for providing services in a communications network. The 
system includes a service processing function, a universal 
directory function, and a resource manager. The service 
processing function receives service requests, formulates 

65 requests for interworking functions based upon service 
requests, and formulates resource requests based upon ser- 
vice requests and interworking functions. The universal 
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directory function receives logical addresses from the ser- 
vice processing function and returns interworking functions 
based upon addresses. The resource manager receives 
resource requests and allocates resources to the service 
processing function in response to resource requests. The 5 
resource manager accesses and updates a resource database 
that includes an entry corresponding to each network 
resource managed by the resource manager. 

Each entry of the resource database includes a resource 
identifier, a set of static attributes, and a set of dynamic 1Q 
attributes. A resource identifier uniquely identifies a 
resource. Static attributes are relatively stable data about the 
type and configuration of the resource. Dynamic attributes 
are changing data about the resource that are tracked by the 
resource manager, including such data as whether the 
resource is being used, and if so, by whom. If a resource is 15 
allocated, the dynamic attribute of the resources will include 
an indicator on how to find the priority of the allocation. This 
is because the priority of an allocation could be dynamic, 
i.e., the function owning a resource may assign varying 
priority during the duration of the allocation, or static, i.e., 20 
the priority is determined at allocation time and is fixed, so 
that it can be stored in the resource. 

A resource request includes a selection function. The 
resource manager uses the selection function to search the 
attributes of the resource database to locate a set of candidate 25 
resources. The selection function may be used to search both 
the static attributes and the dynamic attributes. A selection 
function preferably includes a priority criterion, which indi- 
cates the priority level assigned to the request or requester. 
If the requestor's priority criterion is higher than the priority 30 
attribute of an allocated resource, that resource is deemed to 
be eligible for selection. 

A resource request also includes an evaluation function. 
The resource manager uses the evaluation function to evalu- 
ate the attributes of the set of candidate resources to deter- 35 
mine a best candidate resource. The resource manager sorts 
or ranks the candidate resources according to the evaluation 
function. The resource manager allocates the best candidate 
resource to the requesting service processing function and 
indicates the identity and priority of the requesting service 
processing function. The resource manager then configures 40 
the best candidate in preparation for fulfilling the request. 

Preferably, the evaluation function ranks un-allocated 
candidate resources higher than allocated candidate 
resources. However, occasionally the best candidate may 
already be allocated to a lower priority service processing 45 
function. In those situations, the resource manager 
de-allocates the best candidate resource and notifies the 
earlier service processing function that its use of the 
resource has been preempted. Then the resource manager 
reconfigures the resource and allocates the resource to the 50 
higher priority service processing function. 

Every resource manager has a domain, which is the set of 
resources managed by the resource manager. The domain of 
a nodal resource manager is the set of resources available to 
a network node, as the network is currently configured. The 55 
system of the present invention may include a network 
resource manager, whose domain is all connective resources 
of the network. The network resource manager can recon- 
figure the network and allocate additional network resources 
to a nodal resource manager. In the event a nodal resource 60 
manager cannot satisfy a resource request, the nodal 
resource manager may request additional resources from the 
network resource manager. 

BRIEF DESCRIPTION OF THE DRAWINGS 65 

FIG. 1 is a block diagram of a communications network 
according to the present invention. 
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FIG. 2 is a block diagram of a network node according to 
the present invention. 

FIG. 3 is a functional diagram of the messaging among 
objects according to the present invention. 

FIGS. 4A and 4B are flowcharts of service processing 
function originating object and terminating object 
processing, respectively, according to the present invention. 

FIG. 5 is a flowchart of universal: directory function 
processing according to the present invention 

FIG. 6 is a flowchart of resource manager processing 
according to the present invention. 

FIG. 7 is a flowchart of resource request processing of 
FIG. 6. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

Referring now to the drawings, and first to FIG. 1, a 
portion of a network is designated generally by the numeral 
11. Network 11 includes a plurality of nodes 13 intercon- 
nected by links 15. As is well known to those skilled in the 
art, network services, such as the completion of telephone 
calls, are provided by switching traffic between nodes 13 
over selected links 15. Network 11 also includes a network 
resource manager 16 that can reconfigure network 11 and 
allocate additional resource to the domain of each node 13, 
as will be described in detail hereinafter. 

Referring now to the FIG. 2, a node, according to the 
present invention, includes a switch fabric 17. A service 
processing function 19 is adapted to process requests for 
services, such as telephone calls and instruct switch fabric 
17 how to make the connections necessary to fulfill the 
request for service. A universal directory function 21, which 
may located on the node or associated with the network 
resource manager 16, contains a mapping of all types of 
logical addresses to physical elements within network 11. 
For example, if the universal directory function 21 is asked 
for a terminating call half and is given an telephone number, 
then it returns a normal telephony interworking function and 
a terminating node address; if the universal directory func- 
tion 21 is given an IP address, then the universal directory 
function returns a IP-telephony interworking function and 
the configuration information to make the connection. When 
service processing function 19 receives a request for ser- 
vices that requires a connection, it consults universal direc- 
tory function 21 to obtain a meaningful physical address as 
well as necessary configuration information. 

Node 13 includes a nodal resource manager 23. Nodal 
resource manager 23 serves as the only gate keeper to all of 
the resources belonging to its particular domain. The domain 
of nodal resource manager 23 is determined by the configu- 
ration of network 11. According to the present invention, 
node resources include all communication ports, and 
devices, such as voice response units, store and forward 
devices, multiplexers, modems, and the like, that are used in 
providing network services. Network services are provided 
by allocating and configuring appropriate network 
resources. 

The resources of the domain managed by nodal resource 
manager 23 are tracked in a nodal resource database 25. 
Each resource within the domain of nodal resource manager 
23 is identified by a resource identifier, which uniquely 
identifies an individual resource. The attributes of each 
resource includes static attributes, which are relatively stable 
data about the configuration of the resource, including the 
type of resource and the capabilities of the resource. The 



06/21/2004, east version: 1.4.1 



US 6,636,597 B2 

5 6 

attributes of each resource also include dynamic attributes, Terminating object 29 dispatches a resource request to 
which are changing information about the resource that is nodal resource manager 23. Nodal resource manager 23 
tracked by the nodal resource manager, such as whether the executes the selection and evaluation functions and returns 
resource is in service or out of service, available for use, or a result to terminating object 29. The result is either that the 
in use, and by whom. 5 resource or resources were or were not allocated. Terminal- 
According to the present invention, the provision of ing object 29 completes its configuration based upon the 
network services, such as routing, occurs as an interaction result received from nodal resource manager 23. After 
among service processing function 19, universal directory configuration, terminating object 29 notifies the universal 
function 21, and nodal resource manager 23, Rather than directory function 21 that it has completed configuration and 
having service and addressing mixed together and hard 10 universal directory function 21 returns the identity of ter- 
coded within tables, the present invention provides services minating object 29 to originating object 27. At this point, 
by allocating network resources in response to user requests. originating object 27 and terminating object 29 can start 
In the preferred embodiment, a prioritization scheme is exchanging events necessary to provide the requested ser- 
applied to all network resources and to all user requests. The vice. 

prioritization scheme allows for the displacement of low 15 Referring now to FIGS. 4A and 4B, there is shown a high 

priority requests in favor of high priority requests, only level flow chart of service processing function processing, 

when warranted and with consideration for the collective The service processing function is preferably implemented 

costs involved. Thus, low priority traffic may be preempted in object oriented technology. Referring first to FIG. 4A, 

in order to make capacity available for high priority traffic. upon receiving a request for services that requires a 

The prioritization scheme of the present invention thus 2Q connection, the originating object queries the universal 

allows radical reconfiguration of the network in the event of directory function and waits for a response, at block 31. 

natural disasters and the like. When the service processing function originating object 

As shown in FIG. 3, the system of the present invention receives a response from the universal directory function, 

is preferably implemented using object oriented technology. the originating object exchanges events with the appropriate 

When an originating object 27 of service processing func- 2 5 service processing function terminating object, the identity 

tion 19 receives a request for service and determines that it of which is returned from the universal directory function, 

needs to correspond with another service of a particular type until the requested service is completed, at block 33. 

to perform a specified function, originating object 27 dis- Referring now to FIG. 4B, there is shown a flow chart of 

patches a request to universal directory function 21 for a service processing function terminating object processing, 

terminating object of that particular type. Universal direc- 30 As will be explained in detail hereinafter, a service process- 

tory function 21, using an algorithm and stored data, either ing function terminating object is located or instantiated by 

locates or instantiates a terminating object 29 of that type the universal directory function. Upon instantiation, the 

and sends a configuration message to terminating object 29. terminating object determines, at decision block 35, if any 

Terminating object 29 receives the configuration event and resources are needed to perform the requested service. If so, 

determines whether it needs any resources to perform its 35 the terminating object sends a resource request to the nodal 

duties. The terminating object may not need resources if, for resource manager and waits for a response, at block 37. If, 

example, the service does not require connection to another at decision block 39, the resource is allocated, then the 

node of the network. If terminating object 29 needs a terminating object completes configuration and notifies the 

resource or resources, then it synthesizes a resource request. universal directory function that it is ready to exchange 

A resource request may be either a singular resource 40 events with the originating object, at block 43. If, at decision 

request or a composite resource request. A singular resource block 39, the requested resource is not allocated, then the 

request is made when only a single resource is needed to terminating object stores the resource allocation failure into 

provide the requested service. A composite resource request its object state, at block 41, and processing continues at 

is used when a set of resources is required to accomplish the block 43. Then, at block 45, the terminating object 

intended task. There are many situations in which two or 45 exchanges events with the originating object until release or 

more resources are required to provide a particular service. preemption. If, at decision block 47, a resource necessary to 

Only one resource without the other is useless. Allocating the services preempted, then the terminating object stores 

resources one by one can lead to deadlocks and composite the resource preemption into its object state, at block 49, and 

resource requests avoid the deadlock problem by preventing processing continues at block 45. If, at decision block 51, 

contention among partially allocated requests. 50 any resource needs to be released, then the terminating 

A resource request is composed of a number of object sends a resource release message to the nodal 

parameters, some of which may be simple values and others resource manager, at block 53, and processing ends. If, at 

of which may be algorithms. A resource request includes a decision block 51, no resources need to be released, termi- 

selection function, which nodal resource manager 23 uses to nating object processing ends. 

select a set of candidate resources. The selection function 55 Referring now to FIG. 5, there is shown a high level flow 
preferably includes a priority criterion so that nodal resource chart of processing by the universal directory function. The 
manager 23 may select lower priority resources as candidate universal directory function waits for messages, at block 55. 
resources. A selection request also includes an evaluation When, at block 57, the universal directory function receives 
function, which nodal resource manager 23 uses to sort or an address from a service processing function originating 
rank the candidates to find a best candidate resource. The 60 object, the universal directory function calculates an inter- 
evaluation function may also include a sufficiency criterion working function type and arguments associated with the 
so that resource manager does not continue to search after address, at block 59, An interworking function represents 
finding a candidate resource that is good enough to satisfy operative access to the actual physical resources in the 
the request. A resource request finally includes the identity network packaged and presented through a specified inter- 
of the requestor and a queuing duration, which specifies how 65 face type. Then, the universal directory function instantiates 
long a nodal resource manager may search for a best the interworking function with arguments as a service pro- 
candidate resource. cessing function terminating object, at block 61. The uni- 
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versal directory function configures the terminating object 
and waits for an acknowledgment, at block 62. When the 
universal directory function receives acknowledgment from 
the terminating object, the universal directory function 
returns the identity of the terminating object to the request- 5 
ing service processing function originating object, at block 
63, and returns to block 55 to wait for messages. 

Referring now to FIG. 6, there is shown a high level flow 
chart of nodal resource manager processing according to the 
present invention. The nodal resource manager waits for 10 
messages, at block 65. If, at decision block 67, a message is 
a resource request, the nodal resource manager performs 
resource request processing, as indicated generally at block 
69 and shown in detail with respect to FIG. 7. If, at decision 
block 71, the message is a resource release, then the nodal 15 
resource manager returns the released resource to an idle 
state, at block 73 and deallocates the resource, at block 75. 
Deallocation of a resource includes the step of setting the 
resources in use attribute to available. 

Referring now to FIG. 7, there is shown a flow chart of 20 
nodal resource manager resource request processing, which 
is indicated generally at block 69 in FIG. 6. The nodal 
resource manager starts a timer according to the queuing 
duration parameter of the resource request, at block 77, 
Then, the nodal resource manager applies the selection 25 
function of the resource request to the searchable attributes 
in the resource database and applies the evaluation criteria of 
the resource request to the evaluable attributes of candidate 
resources to locate a best candidate resource before the timer 
times out, at block 79. 30 

Block 79 processing may be performed in a serial fashion 
in which the selection function is applied to locate a set of 
all candidate resources and then the evaluation function is 
applied to the set of candidate resources to locate a best 35 
candidate resource. Alternatively, block 79 processing may 
be performed in a parallel fashion in which the evaluation 
function is applied as candidate resources are located 
according to the selection function. Preferably, the resource 
request includes a sufficiency criterion, which defines a 4Q 
minimum acceptable level for a best candidate. When the 
resource manager finds a candidate resource that satisfies the 
sufficiency criterion, that candidate resource is declared to 
be the best candidate and block 79 processing ends. Block 
79 processing continues until a best candidate is found or the 45 
timer times out. 

The nodal resource manager determines, at decision block 
81, if a best candidate has been located. If so, the nodal 
resource manager tests, at decision block 83, if the best 
candidate is already allocated. If not, the nodal resource 50 
manager allocates and configures the best candidate resource 
and returns the resource to the requesting service processing 
function terminating object, at block 85. If, at decision block 
83, the best candidate resource is already allocated, then the 
nodal resource manager sends a preempt message to the 55 
applicable service processing function terminating object, 
and deallocates and idles the best candidate resource, at 
block 87. Then, processing continues at block 85. 

If, at decision block 81, the nodal resource manager does 
not locate a best candidate, then the nodal resource manager 60 
requests a new resource from the network resource manager 
and waits for response, at block 89. If, at decision block 91, 
a new resource is received, then processing continues at 
decision block 83. If, at decision block 91, a new resource 
is not received, then the nodal resource manager sends a 65 
resource not available message to the applicable service 
processing function terminating object, at block 93. 
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From the foregoing it may be seen that the method and 
system of the present invention are well adapted to over- 
come the shortcomings of the prior art. Additional resources 
can be added to the network without having to recode 
routing tables. A service architect can design and implement 
a new service by writing a new service processing function 
that specifies the necessary resources, without know the 
identity of specific resources. Thus, the present Invention 
enables new services to be provided quickly with a mini- 
mum of recoding. For example, new services may be created 
based upon different priorities. The prioritization scheme of 
the present invention allows network resources to be 
dynamically reserved. 

What is claimed is: 

1. A method of providing services in a communications 
network, comprising: 

receiving a request for a service; 

determining a criterion for resource necessary to provide 

the requested service; 
determining an evaluation function by which to rank the 

resource; 

searching a resource data structure for a set of candidate 
resources meeting said criteria, wherein each resource 
of said resource data structure comprises a resource 
identifier, a set of static attributes, and a set of dynamic 
attributes; 

using the evaluation function, determining the best can- 
didate resource; and 

allocating said best candidate resource to meet said 
request for service. 

2. The method as claimed in claim 1, wherein said step of 
allocating said best candidate resource further comprises: 

setting a dynamic attribute of the allocated resource to 
indicate said allocated resource is in use. 

3. The method as claimed in claim 1, wherein said 
dynamic attributes comprise a free/in-use attribute. 

4. The method as claimed in claim 3, wherein said in-use 
attribute comprises a priority identifier. 

5. The method as claimed in claim 1, wherein said step of 
determining a criterion further comprises setting a priority 
criterion, and wherein said step of searching a resource data 
structure for a set of candidate resources meeting said 
criteria comprises selecting candidate resources with a pri- 
ority attribute identified by said priority identifier less than 
said priority criterion. 

6. The method as claimed in claim 5, further comprising: 
de-allocating a presently in-use best candidate resource 

with a priority attribute less than said priority criterion. 

7. The method as claimed in claim 5, wherein said step of 
allocating said best candidate resource further comprises: 

setting the priority attribute of said best candidate 
resource to said priority criterion. 

8. The method as claimed in claim 1, further comprising: 
configuring an allocated resource. 

9. The method as claimed in claim 8, further comprising: 
de-allocating an allocated resource when said requested 

service is completed. 

10. The method as claimed in claim 1, further comprising: 
de-allocating an allocated resource when said requested 

service is completed. 

11. The method as claimed in claim 10, further compris- 
ing: 

idling a de-allocated resource. 
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12. A method of providing services in a communications 
network, which comprises the steps of: 

receiving a request for a service; 

determining criteria for a resource necessary to provide 
the requested service; 

searching a resource data structure for a set of candidate 
resources meeting said criteria wherein each resource 
of said resource data structure comprises a resource 
identifier, a set of static attributes, and a set of dynamic 
attributes; 

evaluating said set of candidate resources to find a best 

candidate resource; and, 
allocating said best candidate resource to meet said 

request for service. 

13. The method as claimed in claim 12, wherein said step 
of allocating said best candidate resource further comprises: 

setting a dynamic attribute of the allocated resource to 
indicate said allocated resource is in use. 

14. The method as claimed in claim 12, wherein said 
dynamic attributes comprise a free/in-use attribute. 

15. The method as claimed in claim 14, wherein said 
in-use attribute comprises a priority identifier. 

16. The method as claimed in claim 12, wherein said step 
of determining a criterion further comprises setting a priority 
criterion, and wherein said step of searching a resource data 
structure for a set of candidate resources meeting said 
criteria comprises selecting candidate resources with a pri- 
ority attribute identified by said priority identifier less than 
said priority criterion. 

17. The method as claimed in claim 16, further compris- 
ing: 

de-allocating a presently in-use best candidate resource 
with a priority attribute less than said priority criterion. 

18. The method as claimed in claim 16, wherein said step 
of allocating said best candidate resource further comprises: 

setting the priority attribute of best candidate resource to 
said priority criterion. 

19. The method as claimed in claim 12, further compris- 
ing: 

configuring an allocated resource. 

20. The method as claimed in claim 12, further compris- 
ing: 

de -allocating an allocated resource when said requested 
service is completed. 

21. The method as claimed in claim 20, further compris- 
ing: 

idling a de-allocated resource. 

22. A method of providing services in a communications 
network, comprising the steps of: 

receiving a request for a service; 

determining at least one criterion for a resource necessary 
to provide the requested service, wherein the criterion 
is not explicitly provided as a part of the request for 
service; 

searching a resource data structure for a set of candidate 

resources meeting said criterion; 
allocating at least one resource from the set of candidate 

resources to meet said request for service. 
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23. A method of invoking a service in a communications 
network comprising: 

receiving a request for service at a first service processing 
function; 

passing address-related information pertaining to the ser- 
vice request from the service processing function to a 
directory function; 

from the directory function receiving at the first service 
processing function an interworking interface to a 
second service processing function; and 

commencing, through the interworking interface, interop- 
eration among the first and second service processing 
functions to fulfill the service request. 

24. The method of claim 23, further comprising: 
determining what type of interworking function is com- 
patible with the first service processing function; and 

creating, by the directory function, an interworking func- 
tion that is compatible with the first service processing 
function. 

25. The method of claim 23, further comprising: 
determining what type of interworking function is com- 
patible with the first service processing function; and 

locating, by the directory function, an instance of an 
interworking function that is compatible with the first 
service processing function. 

26. The method of claim 23, wherein the directory func- 
tion configures the second service processing function in 
preparation for fulfilling the service request. 

27. The method of claim 23 wherein the directory func- 
tion determines the type of address for the address-related 
information and, regardless of the type of address, finds a 
logical address corresponding to the address-related infor- 
mation and provides the interworking interface to the second 
service processing function specified by the logical address. 

28. The method of claim 23, wherein said interoperation 
comprises the passing of messages among the first and 
second service processing functions. 

29. The method of claim 23, wherein the first service 
processing function and the second service processing func- 
tions may be divergent types. 

30. The method of claim 23, wherein said interoperation 
comprises calls through application programming inter- 
faces. 

31. A system for providing services in a communications 
network, which comprises: 

a service processing function, said service processing 
function having means for receiving service requests, 
and formulating resource requests based upon service 
requests; 

a nodal resource manager having means for receiving 
resource requests and allocating resources to said ser- 
vice processing function in response to source requests; 
and, 

a resource data structure accessible by said nodal resource 
manager, said resource data structure including an entry 
corresponding to each network resource available to 
said nodal resource manager. 
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